TITLE OF THE INVENTION 



Coder, Coding Method, Program, and Image Forming 
Apparatus for Improving Image Data Compression Ratio 

This application is based on application Nos.. 
5 2000-2583, 2000-2584, and 2000-255829 filed in Japan, the 
contents of which are hereby incorporated by reference. 

BACKGROUND OF THE INVENTION 
(1) Field of the Invention 

The present invention relates to a coder and a 
10 coding method for coding multivalued image data in which 
the pixel value of one pixel is expressed by a plurality 
of bits, a program for realizing the coding processing of 
the multivalued image data, and an image forming 
apparatus . 

15 (2 ) Description of the Conventional Art 

Recently, an image forming apparatus equipped with 
a so-called memory recall function has been realized. The 
image forming apparatus with the memory recall function 
stores in a memory the image data of an image for which 

20 image forming has been performed and reads the image data 
from the memory for image forming when receiving user 
instruction to perform image forming again, for instance. 
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With the image recall function, an original 
document needs not to be read again using the image reader 
and the like or the image data needs not to be transmitted 
again from an external apparatus such as the personal 
5 computer (referred to as the "PC" in this specification) 
when the image data stored in the memory is used. 
Accordingly, the larger amount of image in the memory, the 
more improved usability. 

However, a larger memory capacity for a larger 
10 amount of stored image raises the manufacturing cost of 
the image forming apparatus. This is problematic. This 
problem may arise when the number of pages to be sorted is 
increased for the so-called electronic sorting function by 
which image data is once stored in the memory and a 
15 plurality of printed papers are sorted when output. Also, 
the problem noticeably arises for the full-color image 
forming apparatus that stores image data in the memory for 
each of the reproduction colors, yellow, cyan, magenta, 
and black. 

20 In order to prevent the manufacturing cost raise 

due to memory capacity increase, image data is compressed 
when stored in the memory. For this purpose, a variety of 
methods of coding image data have been developed. Here, 
an explanation of coding processing will be given as an 

25 example of coding method as a related art. According to 
the coding method, a plurality of bit planes are generated 
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from multivalued image data in which the pixel value of 
one pixel is expressed by a plurality of bits. Also, each 
of the generated bit planes is coded. 

Figs. 1A and IB are diagrams for explaining the 
5 above-mentioned related art. According to this method, 
multivalued image data 900 with 256 gradation levels in 
which the pixel value of one pixel is expressed by 8 bits 
as shown in Fig. 1A (only 16 pixels are illustrated in 
Fig. 1A) is divided into 8 bit planes 901 to 908 as shown 

10 in Fig. IB. Then, the multivalued image data 900 is coded 
by the bit plane using the method of arithmetic coding 
stipulated by the JBIG (Joint Bi-level Image experts 
Group), for instance. 

However, coding by the bit plane is also 

15 problematic. For instance, among the 8 bit planes 901 to 
908, the pixel value distribution in the original image 
almost remains in the bit plane 901 that consists of the 
most significant bits. As a result, relatively a good 
compression ratio is realized even in the arithmetic 

20 coding. On the other hand, in the order of the bit planes 
902, 903, 904, and 908, the bits in a bit plane 

become less significant, and a bit plane has less relation 
with the original image. It is well known that the bit 
plane consists of less significant bits shows a so-called 

25 "white noise pattern". The white noise pattern is a 

random image totally different from the natural image in 
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characteristics and properties. As a result , there is a 
limitation in improving the compression ratio according to 
the arithmetic coding, for instance. 

SUMMARY OF THE INVENTION 
5 It is accordingly the object of the present 

invention to provide effective means to enable to improve 
the compression ratio of image data and accordingly 
1*1 increase the amount of image that are stored in a 

■ rj recording medium having a certain capacity. 

■24 10 The above-mentioned object may be achieved by a 

Jf{ coder that includes: an obtaining unit that obtains a 

^ predetermined amount of image data in which each pixel is 

H; expressed by a plurality of bits; a developing unit that 

develops the pieces of bit data in the image data on 
1-1 is virtual planes, wherein pieces of bit data of the same 
pixel are developed on the same virtual plane; and a 
coding unit that performs entropy coding on the developed 
bit data in virtual plane units. 

The above-mentioned object may be also achieved by 
20 a coder that includes: an obtaining unit that obtains a 
predetermined number of pixels of multivalued image data; 
a BTC processing unit that generates gradation 
characteristic data and quantized data from pixel values 
of the pixels of the obtained multivalued image data; a 
25 developing unit that develops pieces of bit data in the 
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gradation characteristic data on first virtual planes; and 
a coding unit that performs entropy coding on the 
developed bit data in first virtual plane units. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 These and other objects, advantages and features 

of the invention will become apparent from the following 

description thereof taken in conjunction with the 

accompanying drawings which illustrate a specific 

embodiment of the invention. In the drawings: 
10 Figs. 1A and IB are diagrams for explaining the 

coding method in a related art; 

Fig. 2 is a simplified sectional view showing the 

overall construction of a digital copying machine as an 

example of the image forming apparatus; 
15 Fig. 3 is a functional block diagram showing the 

structure of a coder according to the first embodiment of 

the present invention; 

Fig. 4 is a flowchart showing the coding 

processing in the first embodiment; 
20 Figs. 5A and 5B are diagrams for explaining the 

two-dimensional development processing in the first 

embodiment; 

Figs. 6A and 6B show an example of the so-called 
template used in the JBIG compression processing; 
25 Figs. 7A, 7B, and 7C are diagrams for explaining 
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the BTC (Block Truncation Coding) method; 

Fig. 8 is a functional block diagram showing the 
structure of a coder according to the second embodiment; 

Fig. 9 is a functional block diagram showing the 
5 structure of a coder according to the third embodiment; 

Fig. 10 is. a flowchart showing the coding 
processing in the third embodiment; 

Fig. 11 is diagrams for explaining the division 
processing of BTC data and the two-dimensional development 
10 processing of divided BTC data in the third embodiment; 

Fig. 12 is diagrams for explaining decoding of 
coded data in the third embodiment; 

Fig. 13 is diagrams for explaining the composition 
and the two-dimensional development processing of image 
15 data of a plurality of pages; 

Fig. 14 is a diagram for explaining how to arrange 
image data by the bit in the composition and the two- 
dimensional development processing of image data of a 
plurality of pages; 
20 Fig. 15 is a diagram for explaining the conversion 

from binary data to gray codes in 4 bits; 

Fig. 16 is a flowchart showing an example of the 
data rounding processing according to the judgement of 
gradation level difference; and 
25 Fig. 17 is a flowchart showing the coding 

processing including reducing processing of quantalization 
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data . 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Here, an explanation of preferred embodiments of a 
coder according to the present invention will be given by 
5 taking a case in which the coder is applied to an image 
forming apparatus as an example with reference to figures. 

(The First Embodiment) 

(1) Overall Structure of Image Forming Apparatus 

Fig. 2 is a simplified sectional view showing the 
10 overall construction of a digital copying machine 
(referred to as the "copying machine" in this 
specification) 1 as an example of the image forming 
apparatus . 

The copying machine 1 according to the present 
15 embodiment includes a scanning system 10, an image signal 
processor 20, a memory unit 30, a print processing unit 
40, an external interface unit 50, an optical system 60, 
an image forming system 70, and a document feeder 500. 
The scanning system 10 reads an original document and 
20 converts the document into image signals. The image 
signal processor 20 processes the image signals 
transmitted from the scanning system 10. The memory unit 
30 codes image data that has been input from the image 
signal processor 20 and transmitted from an external 
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apparatus such as a PC via a network to store the coded 
image data in the memory. Also, the memory unit 30 
decodes coded image data. The print processing unit 40 
drives a semiconductor laser 62 according to the image 
5 data output from the memory unit 30. The external 

interface unit 50 transfers the image data to the memory 
unit 30 that has been transmitted from the external 
apparatus via the network. The optical system 60 guides a 
^ laser beam from the semiconductor laser 62 to the exposure 

^ 10 position on a photoconductive drum 71. The image forming 
^4 system 70 develops an electrostatic latent image that has 

gf; been formed by exposure, transfers the developed image 

[ f * onto a recording paper, and fuses the transferred image 

into the recording paper to form an image. The document 
j!f 15 feeder 500 feeds the original document and reverses the 
W document upside down when necessary. 

Aside from transferring image data from the 
external apparatus to the memory unit 30, the external 
interface unit 50 exercises control of .control signal and 
20 image data exchange with the external apparatus. The 
image data that has been decoded for image forming and 
ordinary image data that has not been coded are 
transferred from the memory unit 30 to the print 
processing unit 40. According to the image data, the 
25 semiconductor laser 62 is driven. The laser beam emitted 
from the semiconductor laser 62 is deflected by the 



optical system 60 and guided to the image forming system 
70. 

In the image forming system 70, the 
photoconductive drum 71 rotates in the direction of an 
5 arrow "A" and the entire surface of the photoconductive 
drum. 71 has been charged by a sensitizing charger 72. The 
laser beam is applied onto the photoconductive drum 71 to 
form the electrostatic latent image on the surface of the 
photoconductive drum 71. When toner is supplied from a 

10 developing unit 73, the electrostatic latent image is 

developed into a visible toner image. The visible toner 
image is transferred onto the recording paper, which has 
been transported from paper feed cassettes 80a and 80b, by 
a transfer charger 74. Then, the recording paper is 

15 transported to fixing rollers 84 to fix the toner image 
onto the recording paper. Eventually, an image is formed 
on the recording paper. 

(2) Coder Structure 

According to the present embodiment, the coder of 

20 the present invention is provided in the memory unit 30. 
Here, an explanation of the structure of the coder of the 
present invention will be given. Fig. 3 is a functional 
block diagram showing the structure of the coder according 
to the first embodiment of the present invention. 

25 The coder according to the present embodiment 
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includes an image data obtaining unit 101, a two- 
dimensional development processing unit 102, a buffer 
memory 103, a JBIG compression expansion processing unit 
104, and a code memory 105. The image data obtaining . unit 
5 101 obtains image data. The two-dimensional development 
processing unit 102 stores the bits in the buffer memory 
103, developing on a virtual plane a plurality of bits 
which the pixels of the obtained image data consists of. 
The buffer memory 103 temporarily stores the data that has 

10 been developed by the two-dimensional development 

processing unit 102 for compressing or expanding the data 
according to the arithmetic coding stipulated in the JBIG. 
The JBIG compression expansion processing unit 104 
compresses and expands the data stored in the buffer 

15 memory 103 according to the arithmetic coding. In the 
code memory 105, the coded data that has been compressed 
by the JBIG compression expansion processing unit 104.. 
Note that the coded data stored in the code memory 105 is 
expanded by the JBIG compression expansion processing . unit 

20 104. Then, the expanded data undergoes decoding 

processing by a decoding processing unit 106 before being 
output via an image data output unit 107. 

Into the image data obtaining unit 101, image data 
transferred from the image signal processor 20 and 

25 transmitted from an external apparatus such as a PC via 
the external interface unit 50 is input. Note that the 
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image data obtained by the image data obtaining unit 101 
is the data of a monochrome multivalued image with 256 
gradation levels in which one pixel is expressed by 8 bits 
in the present embodiment. Full-color image data, 
however, may be applied to the present embodiment. In 
this case, the image data can be divided into the data of 
the reproduction colors, i.e., cyan, magenta, yellow, and 
black to perform coding processing in the present 
embodiment for each of the color data, for instance. 

The two-dimensional development processing unit 
102 stores in the buffer memory 103 the values of the bits 
in the input multivalued image data of which the pixels 
consist in the form of being developed on the virtual 
plane. The coder according to the present embodiment 
raises the possibility of realizing a higher compression 
ratio in the arithmetic coding with prediction using the . 
template stipulated in the JBIG (referred to the "JBIG 
compression" in this specification) by developing the 
multivalued image data on the- virtual plane. In this 
specification, the development of the multivalued image 
data on the virtual plane is referred to as the "two- 
dimensional development". A more-detailed explanation of 
the two-dimensional development processing will be given 
later . 

On the data stored in the buffer memory 103, the 
JBIG compression processing is performed by the JBIG 
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compression expansion processing unit 104. The data is 
associated with the identifier of the image, for instance, 
and is stored in the code memory 105. The JBIG 
compression expansion processing unit 104 in the present 
5 embodiment is mainly composed of a so-called QM coder and 
includes two or three line memory. The line memory 
performs the so-called prediction using the template, 
which will be described later. 

Note that the coded data store in the code memory 

10 105 is decoded by the JBIG compression expansion 

processing unit 104 and is developed in the buffer memory 
103. Then, a reverse processing of the two-dimensional 
development is performed on the data by the decoding 
processing unit 106 and is output via the image data 

15 output unit 107. More specifically, multivalued image 
data is reconstructed from the data that has been two- 
dimensionally developed in the buffer memory 103 and the 
reconstructed data is output. 

(3) Coding Processing 

20 An explanation of the coding processing in the 

present embodiment will be given below. Note that the 
operations in the coding processing in the present 
embodiment is controlled by a controller (not illustrated) 
that is mainly composed of a CPU. 

25 Fig. 4 is a flowchart showing the coding 



processing in the first embodiment. As shown in Fig. 4, 
when image data is obtained in the coding processing in 
the present embodiment (step S101), the multivalued image 
data is two-dimensionally developed (step S102) and is 
5 stored in the buffer memory 103, Here/ a detailed 

explanation of the two-dimensional development will be 
given below. 

Figs. 5A and 5B are diagrams for explaining the 
two-dimensional development processing in the present 

10 embodiment. Note that not all the pixels are illustrated 
in Figs. 5A and 5B. In the two-dimensional development 
processing, when multivalued image data 201 , in which one 
pixel is expressed by 8 bits, is stored in the buffer 
memory 103, 8 bits in one pixel are developed to patterns 

15 of 2 bits high * 4 bits wide. Fig. 5B shows one example 
of the form of data that is stored in the buffer memory 
103 according to the manner that has been described. In 
Fig. 5B, reference numbers D00 and D01 indicate that bits 
D00 and D01 are included in the same pixel in Fig. 5A, for 

20 instance. On the other hand, the reference number inside 
the square brackets indicate the bit significance. For 
instance, [7] indicates the most significant bit and [0] 
the least significant bit. 

Here, an explanation of why a high compression 

25 ratio can be expected in the following JBIG compression by 
this two-dimensional development processing will be given 
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below. Figs. 6 A and 6B show an example of the so-called 
template used in the JBIG compression processing. Fig. 6A 
shows a template that is used when three lines of bit data 
is referred to. On the other hand, Fig. 6B shows a 
5 template used when two lines of bit data is referred to. 

In each of the templates, the question mark "?" 
indicates the bit to be coded (referred to the "target 
bit" in this specification) . The alphabet "X" indicates 
each bit that is referred to when the target bit is 

10 predicted (referred to the "reference bit" in this 

specification) . Note that the alphabet "A" also indicates 
a reference bit. The bit indicated by the alphabet "A", 
however, can be moved in a certain range. The template in 
which the bit indicated by the alphabet "A" has been moved 

15 from the initial position is referred to as the "adaptive 
template (AT)". 

In the JBIG compression including prediction using 
the template described above, the prediction is performed 
based on the probability value of the target bit 

20 corresponding to the bit conditions (Markov conditions) of 
10 reference bits. As a result, it is expected that the 
higher the degree of unevenness of the ratio between the 
proportions of the values "0" and "1" of the target bit 
corresponding to the Markov conditions of the reference 

25 bits, the more improved the compression ratio. 

On the other hand, the bit string in the present 



embodiment consists of data that is a result of the two- 
dimensional development of a plurality of bits expressing 
the pixel value of each pixel of the multivalued image 
data. The bit string is used only for coding processing 
5 and is noticeably different from the ordinary image data, 
which is the object of the conventional image compression, 
in characteristics. For instance, the bit string on the 
two-dimensional virtual plane is not random unlike the 
case of the ordinary image data. Contrary to the case of 

10 the ordinary image data, the bit string is a result of 
lengthwise and crosswise development of 8 bits of bit 
string that indicates at least a value of 0 to 255 in the 
present embodiment. As a result, it is also assumed that 
the higher the degree of unevenness of the ratio between 

15 the proportions of the values "0" and "1" of the target 
bit corresponding to the Markov conditions of the 
reference bits, the more improved the compression ratio. 
Accordingly, it is expected that a quite favorable 
compression ratio is realized compared with. the 

20 conventional manner. 

According to the principle of the JBIG compression 
processing, however, it is not always guaranteed that the 
compression ratio is drastically improved for every kind 
of image. More specifically, the compression ratio may be 

25 different according to the properties of image. For 

instance, the compression ratio may be different according 
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to whether the image is the character or the photograph 
and according to the color. Even so, the compression 
ratio may be drastically improved according to the 
properties of in some cases. 

An important point of the coder in the present 
embodiment is the two-dimensional development processing. 
Accordingly, a particularly high compression ratio can be 
realized by performing the JBIG compression processing 
using the template that has been described. The coding 
method is not limited to the one that has been described. 
Apart from the prediction using the template, the so- 
called typical prediction (TP) may be used. Other general 
entropy coding methods such as MH (Modified Huffman) 
coding method, MR (Modified READ) coding method, and MMR 
(Modified Modified READ) coding method may be used for 
coding two-dimensionally developed data. Also, the 
compression ratio may be improved using the AT. 

In the flowchart in Fig. 4 again, when the two- 
dimensional development processing starts, it is judged 
when necessary whether the processing has been performed 
for the bits that is necessary for the JBIG compression 
processing (step S103) . Accordingly, it is judged at step 
S103 whether the two-dimensional development processing 
has been performed for the bits for which the prediction 
using the template can be performed. Every time the two- 
dimensional development processing is performed for a 
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predetermined number of bits (the result of the judgement 
at step S103 is "Yes") , more specifically, for each line 
of the buffer memory 103, the JBIG compression processing 
is performed (step S104). Then, when the processing is 
5 completed for all the bits, which are to be coded, (when 
the result of the judgement at step S105 is "Yes") , the 
coding processing of the image data is completed. The 
coded data is associated with the identifier of the image, 
for instance, and is stored in the code memory 105. When 
10 necessary, the coded data is decoded to be used for image 
forming. 

(The Second Embodiment) 

Here, an explanation of the second embodiment of 
the present. invention will be given. In the second 

15 embodiment, the explanation will focus on the processing 
when multivalued image data is compressed according to the 
BTC method (referred to the "BTC method" in this 
specification) .. 

The BTC method is a method of compressing image 

20 data using the fact that pixels that are positioned close 
to each other in an original image often. have almost the 
same values. Although the BTC method is a non-reversible 
compression method, image quality deteriorates little 
according to the BTC method. Also, rotation processing is 

25 performed with ease according to the BTC method. 
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Furthermore/ the BTC method can be realized with a 
relatively simple circuit structure. For this reason, the 
BTC method is said to be preferable especially for the 
image forming apparatus. Although the BTC method is well 
5 known in the art, an overall explanation will be given 
below. 

Figs. 7A, IB, and 7C are diagrams for explaining 
the BTC method. Here, an explanation of the compression 
processing will be given with reference to Figs. 7A, 7B, 

10 and 7C taking an example. In this example, a block of 4 
pixels high * 4 pixels wide is extracted from multivalued 
image data with 256 gradation levels in which the value of 
each of the pixels is expressed by 8 bits and the block is 
compressed according to the BTC method. 

15 As shown in Fig. 7A, a data block (for instance, a 

block 302) of 4 pixels high * 4 pixels wide (16 pixels. in 
total) is extracted from image data 301 one by one and the 
processing described below is performed for each of the 
blocks. Fig. 7B indicates an extracted block of 16 

20 pixels. In Fig. 7B, each of the reference numbers DO, Dl, 
Df indicates one pixel. 

First, from the values of the 16 pixels in the 
block, the values of the maximum gradation level (QMAX) 
and the minimum gradation level (QMIN) are obtained. More 

25 specifically, the largest pixel value and the smallest 

pixel value are obtained from the values of the 16 pixels. 
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Next, the values of average data (LA) and 
gradation dynamic range (LD) are obtained. The LA value 
is obtained by halving the sum of the QMAX and QMIN 
values. The LD value is obtained by subtracting the QMIN 
5 value from the QMAX value. Both of the LA and LD values 
are expressed by 8 bits. Then, the values of LMAX and 
LMIN (quantized reference) are obtained. The LMAX and 
LMIN values are threshold values used when each of the 
values of the 16 pixels is quantized. More specifically, 
10 the LMAX and LMIN values are expressed by Equations 1 and 
2 given below. 

LMAX = (3*QMAX+QMIN) /4 (Equation 1) 

LMIN = (QMAX+3*QMIN) /4 (Equation 2) 

Using the values that have been obtained according 
15 to the Equations 1 and 2, quantization processing of the 
16 pixels in the block 302 are performed. Here, an 
explanation of how to quantize each of the pixels to 2 
bits will be given. When a pixel value is greater than 
the LMAX value, the quantization bit is set as "11". On 
20 the other hand, when a pixel value is greater than the LA 
value but no greater than the LMAX value, the quantization 
bit is set as "10". 

Meanwhile, when a pixel value is greater than the 
LMIN value but no greater than the LA value, the 
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quantization bit is set as "01". When a pixel value is no 
greater than the LMIN value, the quantization bit is set 
as "00". As a result, compressed data as shown in Fig. 7C 
(referred to the "BTC data" in this specification) is 
5 obtained. BTC data 303 shown in Fig. 7C includes the LA 
and LD values (referred to the "gradation characteristic 
data" in this specification) , and quantized data expressed 
by 32 bits (2 bits * 16 pixels) . Since the BTC data is a 
result of the compression of the 16 pixels of image data, 

10 each of which is expressed by 8 bits, to 48 bits, the 

amount of data is compressed to the three eighths of the 
original data amount . 

Note that the characteristic data that has been 
obtained according to the BTC method is two-dimensionally 

15 developed to perform the JBIG compression processing in 
the present embodiment. Fig. 8 is a functional block 
diagram showing the structure of the coder according to 
the second embodiment. Here, an explanation will be 
focused on a BTC compression processing unit 402., a two- 

20 dimensional development processing unit 4 03, and a 

decoding processing unit 407. Since the other elements 
are the same as in the first embodiment, no detailed 
explanation will be given to these elements. 

The BTC compression processing unit 402 performs 

25 the image compression according to the BTC method as has 
been described to obtain the gradation characteristic data 



20 




and the quantized data. Then, the gradation 
characteristic data is transferred to the two-dimensional 
development processing unit 403, while the quantized data 
is transferred to the buffer memory 404 as it is. The 
5 two-dimensional development processing in the two- 
dimensional development processing unit 403 is the same as 
in the first embodiment except for processing the 
gradation characteristic data. 

Also, in the method that has been described, the 

10 compression ratio of gradation characteristic data in the 
JBIG compression can be improved compared with the 
conventional manner to perform the JBIG compression on the 
BTC data that has been obtained according to the BTC 
method. As a result, the compression ratio of the image 

15 data as a whole can be improved. Note that in the 

decoding processing unit 4 07, BTC data can be obtained by 
performing the reverse processing of the coding on the 
data that has been developed on the buffer memory 404 as 
in the case of the coding. Furthermore, image data can be 

20 obtained by performing the ordinary decoding processing on 
the BTC data.. The conventional method can be used for the 
ordinary BTC data decoding processing, so that no detailed 
explanation of the decoding processing will be given here. 

(The Third Embodiment) 
25 Here, an explanation of the third embodiment will 
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be given below. 

Fig. 9 is a functional block diagram showing the 
structure of the coder according to the third embodiment. 
The coder in the present embodiment includes an image data 
5 obtaining unit 501, a BTC compression processing unit 502, 
a BTC division processing unit 503,. a buffer memory 504, a 
JBIG compression expansion processing unit 505, and a code 
memory 506. The image data obtaining unit 501 obtains 
image data. The BTC compression processing unit 502 

10 performs the fixed length coding on the obtained image 

data according to the BTC method to obtain BTC data. The 
BTC division processing unit 503 divides the obtained BTC 
data and stores the BTC data in the buffer memory 504 in 
the form of being developed on the virtual plane. The 

15 buffer memory 504 temporarily stores the divided BTC data 
(referred to the "divided BTC data" in this specification) 
for compressing or expanding of the divided BTC data using, 
the JBIG compression method. The JBIG compression 
expansion processing unit 505. compresses .or expands the 

20 divided BTC data that has been stored in the buffer memory 
504 according to the. JBIG compression method. The code 
memory 506 stores the coded data that has been compressed 
by the JBIG compression expansion processing unit 505. 
Note that the coded data is associated with the identifier 

25 indicating the image data, for instance, and is stored in 
the code memory 50 6. When decoded, the stored coded data 
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is expanded by the JBIG compression expansion processing 
unit 505 and is stored in the buffer memory 504. Then, 
after reconstructing processing of the BTC data by a BTC 
reconstruction processing unit 507 and the decoding 
5 processing by a BTC decoding processing unit 508, the data 
is output via an image data output unit 509. 

Into the image data obtaining unit 501, image data 
is input that has been transferred from the image signal 
processor 20 and transmitted from an external apparatus 

10 such as a PC. In the present embodiment, data of a 

monochrome image with 256 gradation levels in which one 
pixel is expressed by 8 bits is input. 

The BTC compression processing unit 502 generates 
BTC data from input image data. The processing for 

15 generating the BTC data has been explained, so that no 
detailed explanation will be given here. 

The BTC division processing unit 503 divides the 
BTC data into gradation characteristic data and two groups 
of bit data, each of which is generated from bits in the 

20 same position of each piece of the quantized data that 

corresponds to one pixel, and stores the divided BTC data 
into the buffer memory. 504 in the form of being developed 
on the two-dimensional plane. As described later, the 
gradation characteristic data and the two groups of bit 

25 data are stored in buffer memories 504a, 504b, and 504c, 
respectively. The coder according to the present 
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embodiment raises the possibility of realizing a higher 
compression ratio in the JBIG compression, for instance, 
by performing the division processing on BTC data. A more 
detailed explanation of the division processing of BTC 
5 data and the two-dimensional development of divided BTC 
data will be given later. 

The data stored in the buffer memory 504 undergoes 
the JBIG compression processing in the JBIG compression 
expansion processing unit 505 and is stored in the code 

10 memory 506. Since the JBIG compression expansion 
processing unit 505 is the same as in the first 
embodiment, no detailed explanation will be given here. 

Note that the coded data stored in the code memory 
506 is decoded by the JBIG compression expansion 

15 processing unit 505. After the decoded data is expanded 
on the buffer memory 504, the BTC reconstruction 
processing unit 507 performs the reverse processing of the 
division processing by the BTC division processing unit 
503, i.e.., decoding processing, on the BTC. data. Then, 

20 the BTC decoding processing unit 508 performs the reverse 
processing of the coding processing by the BTC compression 
processing unit 502 on the data and the data is output via 
the image data output unit 509. As has been described, 
even though quantized data is decoded in the BTC decoding 

25 processing unit 508, the same image as the original image 
cannot be reproduced from the quantized data. As a 
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result, the image according to the decoded image data is 
different from the original image in the strict sense 
(non-reversible compression) . An explanation of the 
decoding processing and the reconstruction processing of 
5 BTC data according to the present embodiment will be given 
later . 

Here, an explanation of the coding processing 
according to the present embodiment will be given below. 
Fig, 10 is a flowchart showing the coding 

10 processing in the present embodiment. As shown in Fig. 
10, when image data is obtained, BTC . data is 
generated (step S201), the division processing and the two- 
dimensional development processing are performed on the 
BTC data to store the data in the buffer memory 504 (step 

15 S202) as has been described in the image coding processing 
according to the present embodiment. Here, a more- 
detailed explanation of the division processing and two- 
dimensional development processing of BTC data will be ■ 
given. 

20 Fig. 11 is diagrams for explaining the division 

processing of BTC data and the two-dimensional development 
processing of the divided BTC data in the present 
embodiment. As shown in Fig. 11, the BTC data 303 is 
divided into three groups, i.e., the gradation 

25 characteristic data composed of the LA and LD values (8 

bits * 2 = 16 bits per block), the upper bits (16 bits per 



25 




block) of the quantized data (2 bits per pixel), and the 
lower bits (16 bits per block) of the quantized data, when 
stored in the buffer memory 504 in the division processing 
and the two-dimensional development processing of BTC 
5 data. Then, the three divided 16 bits are two- 

dimensionally developed to be 4 pixels high * 4 pixels 
wide and are stored in the buffer memories 504a to 504c, 
respectively. This processing is performed for each of 
the blocks extracted from the image data and the data is 

10 stored in the buffer memories 504a to 504c in order* Note 
that the data is arranged in block units in the buffer 
memories 504a to 504c so as to keep the arrangement for 
the original image data in the present embodiment. The 
arrangement, however, can be changed. 

15 In the flowchart in Fig. 10 again, when the 

division processing and the two-dimensional . development 
processing have been performed on BTC data for a 
predetermined area (the result of the judgement at step 
S203 is "Yes")/ the JBIG compression processing is 

20 performed on the divided BTC data stored in the buffer 
memories 504a to 504c in one line units (step S204). 
Here, it is judged that the processings have been 
performed for predetermined areas when the JBIG 
compression processing in one line units becomes possible. 

25 More specifically, when the 4 pixels high * 4 pixels wide 
blocks are arranged in all the areas in the horizontal 
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direction in the buffer memories 504a to 504c (four 
columns of data are arranged in the vertical direction) , 
for instance, it is judged that the processings have been 
performed for the predetermined areas. 
5 Note that the following JBIG compression 

processing (step S204) is performed for the data stored in 
the buffer memories 504a to 504c in parallel in the 
present embodiment. For this purpose, the number of JBIG 
compressors corresponding to the number of the divided BTC 
10 data groups (three in the present embodiment) may be 

operated in parallel. Also, a small number of high-speed 
compressor may operates according to the time sharing 
system. 

When the coding processing is completed for all 
15 the areas (the result of the judgement at step S205. is 

"Yes") as has been described, each piece of the data that 
has been coded in the JBIG compression processing is 
associated with the identifier that indicates the original 
image data, for instance, and is stored in -the code memory 
20 506. Here, the coding processing is completed. Note that 
the coded data can be decoded with ease by the reverse 
processing of the coding processing that has been 
explained. More specifically, the coded data in the 
divided groups is expanded by the BTC compression 
25 expansion processing unit 505 to reconstruct the divided 
BTC data in the buffer memories 504a to 504c as shown in 



Fig. 12. 

The reconstructed divided BTC data 504a to 504c is 
stored in the buffer memory 504 and the data is rearranged 
in the BTC reconstruction processing unit 507 to 
5 reconstruct the BTC data 303. Since a well-known method 
can be used in the decoding processing of the BTC data 303 
by the BTC decoding processing unit 508, no detailed 
explanation of the decoding processing will be given here. 
Note that basically for the same reason as in the 

10 first embodiment, a high compression ratio, can be expected 
in the JBIG compression by dividing and two-dimensionally 
developing BTC data. 

More specifically, the two-dimensionally developed 
gradation characteristic data is different from the BTC 

15 data, which is the subject of the JBIG compression in the 
conventional method, in the characteristics. The two- 
dimensionally developed gradation characteristic data is 
the bit string only including gradation characteristic 
data. . Accordingly, it is assumed that the bit string on 

20 the virtual plane is not random unlike the case of the 
ordinary natural image. It is also assumed that the 
probability is significantly high that the values of the 
target bit corresponding to the Markov conditions of the 
reference bits is "0" or "1" compared with the 

25 conventional BTC data. 

On the other hand, it is highly probable that the 




bit data obtained from the quantized data, especially, the 
data only including the upper bits have the same values 
for the pixels that are positioned close to .each other as 
in the case of the original image data. As a result, the 
5 compression ratio is expected to improve compared with the 
conventional case in which the upper and lower bits are 
mixed when coded. Accordingly, it is assumed that the 
compression ratio of the entire image can be drastically 
improved by the BTC data division. 

10 According to the principle of the JBIG compression 

processing, however, it is not always guaranteed that the 
compression ratio is drastically improved for every kind 
of image as in the case of the first embodiment. More 
specifically, the compression ratio may be different 

15 according to the properties of image. For instance, the 
compression ratio may be different according to whether 
the image is the character or the photograph and according 
to the color. Even so, the compression ratio may be 
drastically improved according to the properties of in 

20 some cases. 

An important point of the coding processing in the 
present embodiment is the BTC data division. Accordingly, 
a particularly high compression ratio can be realized by 
performing the JBIG compression processing on the divided 

25 BTC data that has been described. The coding method is 
not limited to the one that has been described. Apart 
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from the prediction using the template, the so-called TP 
may be used. Other general entropy coding methods such as 
MH coding method, MR coding method, and MMR coding method 
may be used for coding divided BTC data. Also, the 
compression ratio may be improved using the AT. 

In. addition, an explanation has been given for the 
case in which the two-dimensional development processing 
is performed on the three groups of divided BTC data (the 
gradation characteristic data, the upper bits of the 
quantized data, and the lower bits of the quantized data) 
in the present embodiment. However, the two-dimensional 
development processing may be performed on only one of the 
three groups, for instance, on the gradation 
characteristic data and other groups may be coded without 
the two-dimensional development processing. As has been 
described, the compression ratio can change according to 
the properties of image. Accordingly, the coding method 
is not limited to the one in the present embodiment. A 
variety of specific coding methods can be used. 

(Possible Modifications) 

Explanations of the present invention has been 
given according to the first to third embodiments . The 
present invention, however, is not limited to the specific 
examples that have been explained in the embodiments. 
Here, other possible modifications will be given below. 
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(1) In the first and second embodiments, the two- 
dimensional development processing and the coding 
processing are performed on one page of multivalued image 
data. Recently, the function to record two pages of image 
5 data has been realized. In this case, a plurality of 
pages of, for instance, two pages of image data may be 
combined and two-dimensionally developed. 

More specifically, multivalued image data A and 
multivalued image data B are combined and two- 
;^ 10 dimensionally developed in one pixel units on the. buffer 

memory as shown in Fig. 13. Note that this method is not 
Jy: limited to the case in- which two pages of image data is • 

4= recorded on one recording paper. This method is also 

{3 effective when the compression ratio is improved for an 

§*& 15 original image that includes characters in almost fixed. 
O positions, for instance. 

Moreover, when a plurality of pages of image data 
are combined and two-dimensionally developed, the bit 
arrangement is not limited to the example in Fig. 13. For 
20 instance, the bits may be arranged in one bit units as 
shown in Fig. 14. In Fig. 14, the reference characters 
"A**" and "B** ,f indicate that the pixels are in the same 
positions in the multivalued image data A and multivalued 
image data B. However, the bit arrangement also is not 
25 limited to the example in Fig. 14. A variety of manners 
of combination can be used according to the properties of 



original image. 

(2) According to the principle of the JBIG 
compression, two-dimensional data development is not 
limited to the development to 2 bits high * 4 bits wide. 
5 Data may be two-dimensionally developed to 4 bits high * 2 
bits wide, 1 bit high * 8 bits wide, and 8 bits high * 1 
bit wide. In addition, the coding method of the present 
invention is applied not only to the multivalued image 
.« 4 data in which one pixel is expressed by 8 bits. As a 

10 result, a variety of methods can be used for the two- 
jjj dimensional development processing. 

^ (3) The bit arrangement after the two-dimensional 

^ development processing is not limited to the example in 

p the first to third embodiments, in which the bits are 

Ijf 15 arranged in the order of the most to least significant 
Q bits from the upper left to the bottom right. As long as 

decoding is possible, the bit arrangement can be changed. 

Also, the code conversion can be performed. For instance, 

the compression ratio can be improved by converting binary 
20 data to gray codes in 4 bit units as shown in Fig. 15. 

Furthermore, not only bits in pixels but also pixels can 

be rearranged. 

(4) In the second and third embodiments, an 

explanation of the BTC method has been given, in which a 4 
25 pixels high * 4 pixels wide block is extracted and the 

pixel value of each of the 16 pixels is quantized to 2 
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bits. The size of the extracted block can be changed and 
the number of bits of the quantized data can be changed. 
Also, the LA and LD values are used as the gradation 
characteristic data in the second and third embodiments. 
In addition, even in the case in which the BTC method is 
used, bits and pixels can be rearranged. Also, the code 
conversion can be performed. For instance, the gradation 
characteristic data can be converted to gray codes in 4 
bit units. 

(5) In the third embodiment, an explanation of 
coding multivalued image data with 256 gradation levels 
has been given in which the value of each of the pixels is 
expressed by 8 bits. Even in the third embodiment, the 
number of bits by which the value of the pixels is 
expressed is not limited to eight. Also, the quantization 
processing according to the BTC method is not limited to 
the case in which the pixel value of each of the pixels is 
quantized to 2 bits. The quantization processing can be 
applied to the case with ease in which the number of bits 
of the quantized data is increased. Furthermore, the 
quantization processing according to the BTC method can be 
applied to not only the monochrome image but also the 
full-color image. In this case, coding is performed for 
each of the reproduced colors, cyan, magenta, yellow, and 
black, for instance. 

(6) In the second and third embodiments, the LA 
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and LD values have been used as the gradation 
characteristic data. The gradation characteristic data is 
not limited to the LA and LD values. Other kinds of data 
can be used as long as the gradation characteristic of the 
5 pixels in the block can be determined. More specif ically, 
only the greatest value (QMAX value) and the smallest 
value (QMIN value) among the pixel values of the pixels in 
the block may be kept. Also, the compression ratio can be 
.„„ improved by judging the kind of image (for instance , 

;f? 10 character or photograph) and changing the contents of the 
%! gradation characteristic data according to the result of 

^ the judgement. 

^ (7) Some images include a white, or black solid 

l*j part, or a solid part with medium density. In some cases, 

H 15 the pixel values of the pixels included in the extracted 
C! block are almost the same in the solid part. In this 

case, even though the quantization processing is performed 
on the pixel values in the BTC method, the quantization 
bits of all the .pixels or almost all the pixels become the 
20 same. Such a condition can be referred to as the 

"condition in which no gradation level difference exists 
in the block". 

On the other hand, it can be judged from the 
gradation characteristic data whether the gradation level 
25 difference exists. More specifically, when the LD value 
is smaller than a predetermined threshold value (when the 
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difference between the QMAX and QMIN values is smaller 
than the predetermined threshold value if the QMAX and 
QMIN values are kept as the gradation characteristic 
data) , it is judged that no gradation level difference 
5 exists in the block. 

When it is judged that no gradation level 
difference exists, the amount of calculation by the BTC 
compression processing unit can be reduced by setting all 
the same value as the quantized data. Also, the 

10 compression ratio can be improved in the entropy coding 
(including the JBIG compression) by setting all the 
quantized data as "0" (or "1"). Accordingly, by 
performing this kind of processing, the compression ratio 
can be improved not only in the JBIG compression but also 

15 in the run length coding such as MH or MR coding method. 

Fig. 16 is a flowchart showing an example of the 
data rounding processing according to the judgement of the 
gradation level difference. The data rounding processing 
can be performed at step S201 in the flowchart in Fig. 10.. 

20 More specifically, it is judged whether the obtained LD 
value is smaller than a predetermined threshold value 
(LD_TH) in the example of Fig. 16 (step S301) . 

When the LD value is no smaller than the LD__TH 
value (when the result of the judgement at step S301 is 

25 "No"), the data rounding processing leads to image quality 
deterioration, so that no data rounding processing is 




performed. On the other hand, when the LD value is 
smaller than the LD_TH value (when the result of the 
judgement at step S301 is "Yes"), it is judged whether the 
LA value is smaller than a threshold value for white solid 
5 image recognition (LAW_TH) (step S302) . The LA value 
indicates the average value of the pixel values in the 
block, so that when the LA value is smaller than the 
LAW_TH value (when the result of the judgement at step 
S302 is "Yes"), it is judged that the block corresponds to 

10 a white solid part. At step S303, the BTC data 

corresponding to a white solid part is generated. More 
specifically, both of the LA and LD values are set as "0". 
Also, data rounding processing can be performed by setting 
the same quantized data for all the pixels (all the bits 

15 of the quantized data can be set as "0" or "1"). 

On the other hand, when the LA value is no smaller 
than the LAW_TH value (when the result of the judgement at 
step S302 is "No"), it is judged whether the LA value is 
greater than a threshold value for black solid image 

20 recognition (LAB_TH) (step S304) . When the LA value is 
greater than the LAB__TH value (when the result of the 
judgement at step S304 is "Yes"), it is judged that the 
block corresponds to a black solid part. At step S305, 
the BTC data indicating that the block corresponds to a 

25 black solid part is generated. More specifically, the LA 
value is set at the maximum value of the pixel values and 
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the LD value is set as "0". Also, the same quantized data 
is set for all the pixels (all the bits of the quantized 
data can be set as "0" or "1"). 

Meanwhile, when the LA value is no greater than 
5 the LAB_TH value (when the result of the judgement at step 
S304 is "No"), it is judged that the block corresponds to 
a solid part with medium density. The data rounding 
processing for medium density is performed (step S306) . 
More specifically, the LA value is left as it is and the 

10 LD value is set as "0". Also, the same quantized data is 
set for all the pixels. As in the case of the white and 
black solid parts, all the bits of the quantized data can 
be set as "0" or "1". 

By the data rounding processing, the amount of 

15 calculation can be reduced and the compression ratio can 
be improved. Note that the threshold values (LD_TH, 
LAW_TH, LAB_TH) can be set in the registers in advance, 
for instance. Apart from the cases of the white and black 
solid. parts, the number of bits of the quantized data may 

20 be set to be 1 for the binarized image. This is because 
the decoded image quality is little effected in the case 
of the binarized image. 

(8) It is also possible to quantize data with a 
plurality of bits and then reduce the number of 

25 quantization bits of the quantized data according to the 
compression ratio when the bit plane consists of one of 




the plurality of bits of the quantized data undergoes 
entropy coding. This is because it can be judged whether 
the image to be processed is similar to the binarized 
image such as the character image or an image including a 
5 lot of medium density pixels such as the picture image 
according to the compression ratio of the bit plane. 

An explanation of one specific example of the 
processing when the number of bits of the quantized data 
„ is reduced according to the compression ratio will be 

jmU 10 given below. Fig. 17 is a flowchart showing the coding 
Ji! processing including the reducing processing of 

^ quantalization data. Note that operations at steps S401 

to S405 are the same as in the coding processing in the 
p third embodiment. Accordingly, no detailed explanation of 

15 the coding processing will be given here. 
O In. the example in Fig. 17 , the compression ratio 

is calculated for the bit plane consisting of the most 
significant bit at step S406. While the bit plane 
consisting of the most significant bit issued in the 
20 example in Fig. 17, other bit planes may be used. This is 
because the compression ratio is different for the image 
similar to the binarized image and for the image including 
a lot of medium density pixels even though any kinds of 
bit plane is used. 
25 After the compression ratio is calculated, the 

calculated compression ratio is compared with a 




predetermined threshold value (step S407) . When the 
compression ratio is greater than the threshold value 
(when the result of the judgement at step. S407 is "Yes"), 
it is judged that the image is a binarized image, and the 
5 coded data for the bit planes consisting of other data 
than the most significant bit is deleted (step S408) . On 
the other hand, when the compression ratio is no greater 
than the threshold value (when the result of the judgement 
at step S407 is "No"), the coding processing is completed. 

10 Note that it is difficult to determine an absolute .value 
as the threshold value. Accordingly, the threshold value 
needs to be determined otherwise by taking into . 
consideration a variety of conditions such as the method 
of the entropy coding method. In the JBIG compression, 

15 however, the average compression ratio for the character 
image (eight kinds of CCITT standard test chart) is set as 
approximately 20 and the compression ratio for the pseudo 
continuous tone (the dither and the error diffusion method 
for SCID) is set as approximately 1.25 to 7.17. 

20 Accordingly, it is assumed that the threshold value is set 
as approximately 10 to 15 in the JBIG compression. 

Meanwhile, in the example in Fig. 17, after 
performing the coding processing for all the bit planes 
and then unwanted coded data is deleted according to the 

25 compression ratio. For instance, however, the entropy 

coding may be performed on the bit plane consisting of the 
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most significant bit first and then it may be judged 
according to the compression ratio whether the entropy 
coding is performed on the other bit planes. 

(9) In the first to third embodiments, the two- 
dimensional development processing is performed on the 
gradation characteristic data so that the LA and LD values 
form blocks of 4 bits high * 4 bits wide. Also, the two- 
dimensional development processing is performed on the bit 
data from the quantized data so as to form blocks of 4 
bits high * 4 bits wide. Having the same number of bits 
lengthwise and crosswise is convenient for the rotation 
processing (especially for 90-degree rotation processing) 
in the image forming apparatus. The method of two- 
dimensional development, however, is not limited to this 
example. There is no specific limitation on the number of 
bits lengthwise and crosswise. Also, the LA and LD values 
(or the QMAX and QMIN values) can be further divided for 
the two-dimensional development and the coding. 

Furthermore, the arrangement of bits when two- 
dimensionally developed lengthwise and crosswise is not 
limited to the order in which the most significant bit is 
positioned at the upper left and the less . significant bit 
bottom right. Considering the reason why the compression 
ratio can be expected to improve according to the present 
invention, any bit rearrangement is allowable as long as 
decoding can be performed. Also, the compression ratio 
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can be further improved by performing code conversion from 
the ordinary binary data that corresponds to pixel values 
to gray codes in 4 bit units, for instance. Furthermore, 
for the same reason, any rearrangement of pixels can be 
5 allowable . 

(10) In the first to third embodiments of the 
present invention, an explanation of the coder according 
to the present invention has been given by taking as an 
m example a case in which the coder is applied to the store 

C] 10 of image data in an image forming apparatus. The coder 
jii according to the present invention, however, can be 

:Ji realized by a program that has been installed in a general 

^ purpose information processor such as the PC via a 

recording medium such as the CD-ROM and the DVD-ROM or via 
5^*1 15 the wired and wireless network. The program can be 
p" distributed by storing all the software necessary to the 

image coding processing of the present invention in a 
variety of recording medium in some cases. In other 
cases, functions of the general purpose program such as a 
20 variety of operating systems that is installed in the PC 
in advance can be used. 

On the other hand, in view of the usage of the 
image forming apparatus in recent years, the following 
case can be thought of when the image coding processing is 
25 performed using an information processor such as the PC. 
Coded image data stored in the recording medium is sold. 
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Then, the image data is decoded and the image forming is 
performed using an image forming apparatus in the store. 
This case can be also realized when a detachable recording 
medium is used as the code memory of the image forming 
5 apparatus in the first to third embodiments. The 

recording medium can be the disc recording medium such as 
the CD-R and the floppy disk, or the memory card such as 
Smart Media (a trademark) and Compact Flash, for instance. 
Also, coded image data can be distributed via a network in 

10 another preferred embodiment. 

(11) The present invention can be applied to a 
variety of apparatus other than the image forming 
apparatus and information processor. For instance, the 
present invention may be applied to data coding before 

15 image data transmission in the facsimile. 

Although the present invention has been fully 
described by way of examples with reference to the 
accompanying drawings, it is to be noted that various 
changes .and modifications will be apparent to those 

20 skilled in the art. Therefore, unless such changes and 
modifications depart from the scope of the present 
invention, they should by construed as being included 
therein . 
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